home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 543 < prev    next >
Internet Message Format  |  1994-08-27  |  3KB

  1. Date: Wed, 22 Jun 1994 17:33:44 -0400 (EDT)
  2. From: Timothy Miller <millert@undergrad.csee.usf.edu>
  3. Subject: Re: 20/06/94
  4. To: gem-list@world.std.com
  5. In-Reply-To: <memo.456084@cix.compulink.co.uk>
  6. Message-Id: <Pine.3.87.9406221744.A2853-0100000@grad>
  7. Mime-Version: 1.0
  8. Precedence: bulk
  9.  
  10.  
  11. Warwick:
  12.  
  13. )Timothy Miller:
  14. )> Yes, it's for all applications, therefore it should be SAFE for all
  15. )> applications.  If if is obviously and blatantly dangerous for one
  16. )> application (word processing, one of the more common), then it doesn't
  17. )> belong.
  18. )
  19. )In a drawing program, `Bold' might be very dangerous (does a pixel-blur).
  20. )Does this mean we make it Shift-CTRL-B?  No.  Hiding functions in
  21. )contortionist key combinations is not a solution to possible danger in
  22. )applications.  The application should simply make it safe.  This is
  23. )trivial to do, as various subscribers have noted (just check if all
  24. )is highlighted before scrapping it).
  25.  
  26. You miss the point.  Ctrl-A is easy to accidentally hit, while Ctrl-B is 
  27. not.  Your arguement is invalid.
  28.  
  29.  
  30. Mark H.
  31.  
  32. )I just wanted to air my thoughts on big blocks/cursors.
  33. )
  34. )I realy don't see what a block has to do with a cursor. A block is a lump,
  35. )or lumps, of text, which is marked. A block can be moved, cut, coppied,
  36. )saved to a clipboard etc, where as a cursor is a small symbol on the screen,
  37. )showing where text will appear when I type.
  38. )
  39. )If I ever find a piece of software that does not obay the above rules, 
  40. then I
  41. )will not be using it!
  42. )
  43.  
  44. The big-cursor paradigm makes perfect sense.  The cursor is ALWAYS a 
  45. block, and vice versa.  If the cursor is big (a block), the contents are 
  46. deleted and the new information inserted in its place.  If the cursor is 
  47. small (an insertion point), there is no information to delete, and the 
  48. new information is inserted.  So, basically, the WIDTH of the cursor 
  49. ranges from zero (insertion point) to 1 (type-over) to the size of your 
  50. block.
  51.  
  52. Additionally, it requires less work that the other system, and requires 
  53. the user to memorize fewer shortcuts, because all commands work on a 
  54. block, rather than 'block' AND 'cursor'.  You're using one system of 
  55. handling text, rather than two.
  56.  
  57.  
  58. Again, to everyone, I advocate ^W for CYCLE, and I don't care what is 
  59. CLOSE, because it is used relatively infrequently.
  60.  
  61.  
  62. For those of us with ? = Shift-/, can Ctrl-? be the same as Ctrl-/  ?  
  63. It's already that way in SOME terminal programs.  (BTW, Delete (127) 
  64. comes out as ^? in UNIX, but that doesn't matter for our purposes).
  65.  
  66.  
  67. Himsley,
  68.  
  69. )>Timothy Miller:
  70. )>----------------
  71. )>And the shortcuts file will also allow people to deviate so far from the
  72. )>standard that the standard becomes a moot point.
  73. )>----------------
  74. )>We'll have a default shortcut file.
  75. )>----------------
  76. )
  77. )I think we should make the standard so good that no-one will want to 
  78. have a
  79. )shortcut file.
  80. )
  81. My point exactly.
  82.  
  83. )>How about REOPEN ?  (like with Zip, on X)
  84. )
  85. )Yes, reOPEN realy tells the user exactly what is going to happen, in the
  86. )same vain as 'save' and 'save as...'
  87.  
  88. Yes, but REOPEN, to me, means 'open another copy of the same file', 
  89. rather than 'discard what's in memory and load the last saved version', 
  90. which is REVERT.
  91.  
  92.  
  93.  
  94.  
  95.